Systems and methods for expedited entitlement checks

ABSTRACT

Systems and methods for managing access data are disclosed. One method can comprise receiving prediction information relating to one or more content options and requesting access information associated with the prediction information. At least a portion of the received access information can be processed to provide a preliminary access decision. A request for access relating to the one or more data options can be received and an access decision based at least in part on the preliminary access decision can be provided.

CROSS REFERENCE TO RELATED PATENT APPLICATION

This application is a continuation of U.S. patent application Ser. No.17/039,288 filed Sep. 30, 2020, which is a continuation of U.S. patentapplication Ser. No. 15/583,634 filed May 1, 2017, and issued as U.S.Pat. No. 10,839,049 on Nov. 17, 2020, which is a continuation of U.S.patent application Ser. No. 14/297,300 filed Jun. 5, 2014, and issued asU.S. Pat. No. 9,692,767 on Jun. 27, 2017, which are herein incorporatedby reference in their entireties.

BACKGROUND

Content can be provided to a user though many different devices. Contentproviders, publishers, and device manufacturers often rely on digitalrights management (DRM) and other access control technologies to manageaccess to content and devices. A DRM license, for example, is evaluatedafter a request for content is received and before viewing of thecontent can commence. Accordingly, the user requesting the content mustwait for a response to a rights management inquiry before viewingcontent. Wait time may be affected by several factors, including dataretrieval and validation, that facilitate the granting of a license tothe appropriate user. Such delays, however, can frustrate the userexperience. These and other shortcomings are identified and addressed bythe disclosure.

SUMMARY

It is to be understood that both the following general description andthe following detailed description are exemplary and explanatory onlyand are not restrictive. Provided are methods and systems for processingcontent rights and/or entitlement checks. The systems and methods of thepresent disclosure can be used to authenticate a user's right to consumecontent provided to a user via one or more networks or devices. Thesystems and methods of the present disclosure can be used to controlaccess to and delivery of particular content, e.g., content that isprovided to a particular device and/or user. In an aspect, systems andmethods of the present disclosure can be used to predictively processinformation to determine whether a user or device can access particularcontent or services. Such information can be used to minimize processingtime when a request for access is actually received.

In an aspect, a method can comprise receiving prediction informationrelating to one or more content options and requesting accessinformation associated with the content options related to theprediction information. Access information can be received in responseto the request for access information. At least a portion of thereceived access information can be processed to provide a preliminaryaccess decision. A request for access relating to the one or morecontent options can be received, and an access decision based at leastin part on the preliminary access decision can be provided.

In another aspect, a method can comprise receiving a request for accessto content and determining if first access information is stored in acached storage medium. If the first access information is stored in thecached storage medium, the first access information can be retrievedfrom the cached storage medium. If the first access information is notstored in the cached storage medium, second access information can beretrieved from another, e.g., remote, storage device. An access decisioncan be provided based on one or more of the first access information andthe second access information.

In yet another aspect, a method can comprise providing predictioninformation relating to a plurality of content options available orpresented to a user, wherein the prediction information facilitatespre-determining at least a portion of access information into storage. Aselection of one or more content options of the plurality of contentoptions can be received. A request for access can be provided based onthe selection of one or more content options. An access decision can bereceived in response to the request for access and based, at least inpart, on the at least a portion of the access information.

Additional advantages will be set forth in part in the description whichfollows or may be learned by practice. The advantages will be realizedand attained by means of the elements and combinations particularlypointed out in the appended claims. It is to be understood that both theforegoing general description and the following detailed description areexemplary and explanatory only and are not restrictive, as claimed.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings, which are incorporated in and constitute apart of this specification, illustrate embodiments and together with thedescription, serve to explain the principles of the methods and systems:

FIG. 1 is a block diagram of an example system and network;

FIG. 2 is a block diagram of example entitlement information;

FIG. 3 is a representation of a user interface;

FIG. 4A is a representation of a user interface;

FIG. 4B is a representation of a user interface;

FIG. 5 is a block diagram of an exemplary computing system and network;

FIG. 6 is a flow chart of an exemplary method;

FIG. 7 is a flow chart of an exemplary method;

FIG. 8 is a flow chart of an exemplary method; and

FIG. 9 is a flow chart of an exemplary method.

DETAILED DESCRIPTION

Before the present methods and systems are disclosed and described, itis to be understood that the methods and systems are not limited tospecific methods, specific components, or to particular implementations.It is also to be understood that the terminology used herein is for thepurpose of describing particular embodiments only and is not intended tobe limiting.

As used in the specification and the appended claims, the singular forms“a,” “an,” and “the” include plural referents unless the context clearlydictates otherwise. Ranges may be expressed herein as from “about” oneparticular value, and/or to “about” another particular value. When sucha range is expressed, another embodiment includes from the oneparticular value and/or to the other particular value. Similarly, whenvalues are expressed as approximations, by use of the antecedent“about,” it will be understood that the particular value forms anotherembodiment. It will be further understood that the endpoints of each ofthe ranges are significant both in relation to the other endpoint, andindependently of the other endpoint.

“Optional” or “optionally” means that the subsequently described eventor circumstance may or may not occur, and that the description includesinstances where said event or circumstance occurs and instances where itdoes not.

Throughout the description and claims of this specification, the word“comprise” and variations of the word, such as “comprising” and“comprises,” means “including but not limited to,” and is not intendedto exclude, for example, other components, integers or steps.“Exemplary” means “an example of” and is not intended to convey anindication of a preferred or ideal embodiment. “Such as” is not used ina restrictive sense, but for explanatory purposes.

Disclosed are components that can be used to perform the disclosedmethods and systems. These and other components are disclosed herein,and it is understood that when combinations, subsets, interactions,groups, etc. of these components are disclosed that while specificreference of each various individual and collective combinations andpermutation of these may not be explicitly disclosed, each isspecifically contemplated and described herein, for all methods andsystems. This applies to all aspects of this application including, butnot limited to, steps in disclosed methods. Thus, if there are a varietyof additional steps that can be performed it is understood that each ofthese additional steps can be performed with any specific embodiment orcombination of embodiments of the disclosed methods.

The present methods and systems may be understood more readily byreference to the following detailed description of preferred embodimentsand the examples included therein and to the Figures and their previousand following description.

As will be appreciated by one skilled in the art, the methods andsystems may take the form of an entirely hardware embodiment, anentirely software embodiment, or an embodiment combining software andhardware aspects. Furthermore, the methods and systems may take the formof a computer program product on a computer-readable storage mediumhaving computer-readable program instructions (e.g., computer software)embodied in the storage medium. More particularly, the present methodsand systems may take the form of web-implemented computer software. Anysuitable computer-readable storage medium may be utilized including harddisks, CD-ROMs, optical storage devices, or magnetic storage devices.

Embodiments of the methods and systems are described below withreference to block diagrams and flowchart illustrations of methods,systems, apparatuses and computer program products. It will beunderstood that each block of the block diagrams and flowchartillustrations, and combinations of blocks in the block diagrams andflowchart illustrations, respectively, can be implemented by computerprogram instructions. These computer program instructions may be loadedonto a general purpose computer, special purpose computer, or otherprogrammable data processing apparatus to produce a machine, such thatthe instructions which execute on the computer or other programmabledata processing apparatus create a means for implementing the functionsspecified in the flowchart block or blocks.

These computer program instructions may also be stored in acomputer-readable memory that can direct a computer or otherprogrammable data processing apparatus to function in a particularmanner, such that the instructions stored in the computer-readablememory produce an article of manufacture including computer-readableinstructions for implementing the function specified in the flowchartblock or blocks. The computer program instructions may also be loadedonto a computer or other programmable data processing apparatus to causea series of operational steps to be performed on the computer or otherprogrammable apparatus to produce a computer-implemented process suchthat the instructions that execute on the computer or other programmableapparatus provide steps for implementing the functions specified in theflowchart block or blocks.

Accordingly, blocks of the block diagrams and flowchart illustrationssupport combinations of means for performing the specified functions,combinations of steps for performing the specified functions and programinstruction means for performing the specified functions. It will alsobe understood that each block of the block diagrams and flowchartillustrations, and combinations of blocks in the block diagrams andflowchart illustrations, can be implemented by special purposehardware-based computer systems that perform the specified functions orsteps, or combinations of special purpose hardware and computerinstructions.

In an aspect, the systems and methods of the present disclosure can beused to authenticate a user's right to consume content provided to auser via one or more devices. The systems and methods of the presentdisclosure can be used to control particular content provided to aparticular device and/or user. The systems and methods of the presentdisclosure can be used to predictively process information to determinewhether a user or device has the requisite rights to access content. Asan example, when a user is provided a plurality of option items fromwhich the user can select for processing, prediction informationrelating to the plurality of option items can be processed before aselection is made. Once a selection is made, a request for accessrelating to the selected option item can be received. The request can beprocessed and fulfilled based upon at least the pre-processed predictioninformation. Such predictive pre-processing can minimize the wait timeexperienced by a user when making selections of the one or more optionitems.

In an aspect, FIG. 1 illustrates various aspects of an exemplary systemand network in which the present methods and systems can operate. Thepresent disclosure relates to systems and methods for managing data.Those skilled in the art will appreciate that present methods may beused in systems that employ both digital and analog equipment. Oneskilled in the art will appreciate that provided herein is a functionaldescription and that the respective functions can be performed bysoftware, hardware, or a combination of software and hardware.

The system and network 100 can comprise a user device 102 incommunication with a computing device 104, such as a server, forexample. The computing device 104 can be disposed locally or remotelyrelative to the user device 102. As an example, the user device 102 andthe computing device 104 can be in communication via a private or publicnetwork, such as the Internet. Other forms of communication can be used,such as wired and wireless telecommunication channels, for example.

In an aspect, the user device 102 can be an electronic device, such as acomputer, a smartphone, a laptop, a tablet, a set top box, or otherdevice capable of communicating with the computing device 104. As anexample, the user device 102 can comprise an interface 106 for providingan interface to a user to interact with the user device 102 and/or thecomputing device 104. The interface 106 can be any interface forpresenting information to the user and receiving a user feedback, suchas a web interface (e.g., Internet Explorer, Mozilla Firefox, GoogleChrome, Safari, or the like). Other software, hardware, and/orinterfaces can be used to provide communication between the user and oneor more of the user device 102 and the computing device 104. As anexample, the interface 106 can request or query various files from alocal source and/or a remote source.

As an example, the interface 106 can facilitate interaction between auser and one or more of the user device 102 and/or the computing device104. As a further example, the interface 106 can provide feedback to theuser. In an aspect, the interface 106 can receive an input, allowing theusers to manipulate control functions associated with one or more of theuser device 102 and/or the computing device 104. As an example, theinterface 106 can provide an output, allowing one or more of the userdevice 102 and/or the computing device 104 to indicate the effects ofthe received input. As a further example, the interface 106 can presentcontent, such as program guide listings, content options, and relatedinformation.

In an aspect, the interface 106 can obtain program guide listings froman electronic program listing database and display the program guidelistings. The interface 106 can display program guide information forprograms that are available for viewing on the mobile terminal at thattime. The interface 106 can display program guide information listingsfor multiple programs one after another and may display each programguide listing for a predetermined time range. A user may specify andstore personal interest rules for the interface 106 to alert the userwhen the interface 106 is displaying information for a certain program,or for a certain genre of program.

An interface such as interface 106 can provide interface elements (e.g.,icons, selectable items, option items, graphical representations, etc.).In an aspect, before a user makes a deliberate selection in aninterface, for example, to initiate playback of protected media,information can be transmitted (e.g., asynchronously) to a computingdevice associated with a license issuance service. For example,information related to a content item can be transmitted when the userhovers over, or highlight with a user device such as a remote control,but before actually selecting the content item.

As an example, the transmitted information can relate to a prediction ofwhat the user could possibly select. In an aspect, the prediction can bebased on viewing history associated with a user and/or a user device.For example, the user viewing history can comprise types of top viewedcontent items and associated viewing time. In another aspect, theprediction can be based on account information such as location,language preference, gender, language preference, and the likeassociated with a user. As a further example, information (e.g.,prediction information) relating to the content options provided via theinterface can be transmitted to a computing device for preemptiveprocessing. Such preemptive processing can comprise the preemptive dataretrieval of one or more of: account information, user metadata (e.g.,billing status, subscriptions, billing location, third-party partnerinformation, single sign-on (SSO) identifiers, etc.), media metadata(e.g., MPAA-Ratings, protection scheme, expiration date, available date,subscription package relationships, etc.), purchased rentals of mediatitle(s) in question, single purchased ownership of media title(s) inquestion, purchased season ownership (e.g., all episodes of a contentseries or season), subscription package definitions related to theuser's subscriptions (e.g., pay services, specialized services),evaluations of subscription package definitions against media metadata,(e.g., does the user's subscription definition evaluate positive ornegative to the requested data option), locations of dependent servicesfor this user/media account (e.g., media data service, device dataservice, secure key data service, subscription data service, etc.),security keys necessary to issue a relevant DRM license, device details(e.g., security keys for specific hardware, DRM-individualization keys,limits on the number of active devices), local blackout information(e.g., sports games blacked out for current location), and externalthird party metadata for media.

Such preemptive processing can comprise a determination of a preliminaryaccess decision based on one or more of the prediction information andthe preemptively retrieved information. The preliminary access decisioncan be stored (e.g., in a service-side cache). Once the user selects aninterface element, the preliminary decision can be accessed tofacilitate an access decision for the selected interface element. Forexample, a plurality of content items can be presented to a user via aninterface. Information relating to the plurality of content items can betransmitted to an access decision provider (e.g., license element,computing device associated with license decisions, service provider,etc.) for preemptive processing. When the user scrolls through thecontent items presented via the interface, other content items can benewly presented to the user via the interface. As such, informationrelating to the other content items can be transmitted to the accessdecision provider for preemptive processing. Such preemptive processingcan be used to generate a preliminary access decision for one or more ofthe content items presented to the user before the user actually selectsone of the content items. Once the user selects one of the presentedcontent items, a request for access associated with the selected contentitem can be transmitted to the access decision provider for processing.Instead of having to process the request from scratch, the preliminaryaccess decision can be accessed or retrieved. The preliminary accessdecision can be used as the basis for a final access decision, whichwill be a determination of whether the user can access the selectedcontent item. The preemptive processing and use of the preliminaryaccess decision can reduce user wait times between the selection of thecontent item and the receipt of the final access decision.

In an aspect, the transmission of prediction information can beimplemented via an API, such as an HTTP method (HEAD/POST/GET):

http://fqdn/path/Service/!MightAskFor? userid=<user-token>&mecliald\[0\]=<meclia-id>& mecliald\[1 \] =<another-meclia-id>&mecliaid\IN\J=<even-more-meclia>& protectionScheme=MSPlayReady&additionalUserinfo=<map-of-addition-user-information>

The above example HEAD scenario has no response and none is expected. Asan example, a 200 status code would mean simply that the receipt ofprediction information is acknowledged.

In the POST/GET case, a payload could be returned describing bothpositive and negative results for as many media as were described in theprediction information. An example of a negative result for media mightbe that it wasn't available for another ten minutes. A positive responsefor media might be the acknowledgment that information is cached andprepared for final selection.

A response in JSON format for two content items (e.g., item1 and item2)can be similar to the following:

[{  “mediaid”: item1,  “error”: “Release is not yet available for thisuser” }, {  “mediald”:item2,  “result”:“Prepared for selection” }]

A user device such as device 102 can be configured to present ahighlighted element if the selection response is deemed useful. Forexample, for mediaID item1, which is not available (e.g., a preliminaryaccess decision is negative), the interface can gray out the interfaceelement associated with the item1 until item1 becomes available forfinal selection.

In an aspect, the user device 102 can comprise an identifier 108, which,among other things, can be used to: authenticate the user device 102with a particular network; install drivers; configure a modem; set up awired or wireless Local Area Network (LAN); secure an operating system;configure browser provider-specifics; provision electronic mail (e.g.,create mailboxes and aliases); configure electronic communications;install additional support software; install add-on packages; and thelike. As an example, the identifier 108 can comprise one or more addresselements 110 and authentication elements 112.

In an aspect, the address element 110 can be a uniform resourceidentifier (URI) (e.g., a uniform resource locator (URL)), a networkaddress, an Internet address, or the like. As an example, the addresselement 110 can be relied upon to establish a communication sessionbetween the user device 102 and the computing device 104. As a furtherexample, the address element 110 can be any identifier used todistinguish the user device 102 from other devices intercommunicatingwith the computing device.

In an aspect, the authentication element 112 can be credentials, atoken, a character, a string, or the like, for differentiating one useror user device from another user or user device. In an aspect, theauthentication element 112 can comprise information for authenticatingthe user and/or user device 102 with the computing device 104 tofacilitate access to data and/or services. As an example, the computingdevice 104 can be configured to receive and validate the authenticationelement 112 to facilitate a secure communication between the user device102 and one or more of the computing devices, such as computing device104.

In an aspect, rights data 113 can be associated with one or more usersand/or user devices 102. In another aspect, the rights data 113 cancomprise information relating to the permissions and/or entitlementsassociated with a particular user and/or device. As an example, therights data 113 can comprise information, such as subscriptioninformation, identification information, location information, and/ortiming information relating to a particular user or user device. In anaspect, one or more databases 114 a, 114 b, 114 c can store information,such as rights data 113, relating to users, user preferences, and userdevices and configurations. In another aspect, the rights data 113 canbe associated with one or more content assets 115 and/or a source of thecontent assets. The rights data 113 can have time stamps or markersassociated therewith.

In an aspect, the computing device 104 can be configured as a licenseserver, an access control system, software as a service, a computingdevice functioning as a license generation/decision service, and/or anaccess rights authentication device, and the like. As an example,licenses can be generated to communicate permissions and rights in aparticular format (e.g., Adobe® Flash® Access™, Microsoft® WindowsMedia® DRM, Widevine, Microsoft PlayReady®, etc.). As a further example,generating a license for any specific technology can comprise matchingthird party libraries with technology dependency requirements, dataexpression requirements, operating system architecture requirements,idioms of implementation, and the like. In an aspect, one or morecomputing devices 104 can be implemented for a particular technology oroperating format. As an example, each technology can implement adistinct computing device 104. As a further example, the user device 102can communicate with the computing device 104 to request and/or receivea content license.

In an aspect, the computing device 104 can be configured to determineaccess rights or entitlement for a particular user and/or device. Inanother aspect, a user and/or device can have certain access rights(e.g., user rights) associated with the content that the particular userand/or device can consume. As an example, a user may have the rights tostore certain programming on a digital recorder, storage medium, buffer,or the like. As a further example, a user may have rights to consumeparticular content or programming. In an aspect, the computing device104 can determine whether a particular user and/or device hasappropriate rights to consume certain content.

In an aspect, the computing device 104 can be a server for communicatingwith the user device 102. As an example, the computing device 104 canmanage and/or monitor the intercommunication between the user device 102and one or more databases 114 a, 114 b, 114 c for sending and receivingdata therebetween. In an aspect, the databases 114 a, 114 b, 114 c canstore a plurality of information sets (e.g. data sets, files, web pages,content assets, etc.). As an example, the user device 102 can request aninformation set from the databases 114 a, 114 b, 114 c. As a furtherexample, the user device 102 can retrieve one or more information setsfrom the databases 114 a, 114 b, 114 c.

In an aspect, one or more databases can be configured as a contentdatabase 114 c. The content database 114 c can store one or more contentassets 115. As an example, one or more content assets 115 can compriseone or more of audio content, video content, news, sports programming,advertisements, and the like. As an example, the content database 114 ccan be configured to transmit data (e.g., content assets 115) to variousend-users. In another aspect, one or more identifiers 116 can beassociated with one or more content assets 115. As an example, eachcontent asset 115 can be associated with a unique identifier. As afurther example, the identifier 116 can be or comprise a token, acharacter, a string, or the like, for differentiating one content asset115 from another content asset 115.

In an aspect, the user device 102 can receive one or more content assets115. As an example, the user device 102 can be authenticated (e.g., viathe authentication element 112) prior to receiving one or more contentassets 115. As a further example, the user device 102 can requestauthentication via the computing device 104 or the like.

In an aspect, the user device 102 can request entitlement (e.g., alicense, rights confirmation, etc.) to consume (e.g., view, store,transfer, record, manipulate, etc.) the received content asset 115. Asan example, rights data 113 associated with one or more of a user, theuser device 102, and the received content asset 115 can be analyzed todetermine entitlement. As a further example, the user device 102 canrequest entitlement via the computing device 104 and/or a device (e.g.,license element 120, service element 122) configured to evaluateentitlements.

In an aspect, an adaptor element 118 can be configured to facilitateinteraction between a first device (e.g., user device 102, computingdevice 104) or element (e.g., software) and a second device or element(e.g., license element 120, service element 122). As an example, theadaptor element 118 can be associated with the computing device 104 tofacilitate analysis and/or fulfillment of entitlement requests. As afurther example, one or more adapter elements 118 can be selected basedon characteristics associated with the entitlement request.Characteristics can comprise a user identifier, device identifier 108,rights data 113, content asset characteristics, content asset identifier115, or the like. In an aspect, an entitlement request can comprise auser identifier, a content asset identifier, and rights data 113. Afirst one of the adapter elements 118 can be selected to interact withuser specific services or devices based upon the user identifier. As anexample, the first one of the adaptor elements 118 can be configured toretrieve metadata relating to the user from a system (e.g., user-relateddata service, user profile service, billing system) external to thecomputing device 104. A second one of the adapter elements 118 can beselected to interact with content specific services or devices basedupon the content asset identifier. As an example, the second one of theadaptor elements 118 can be configured to retrieve metadata relating tothe content asset user from a system (e.g., content provider, mediaservice) external to the computing device 104.

In an aspect, the license element 120 can be in communication with oneor more computing devices, such as computing device 104 and/or userdevice 102, to determine access rights or entitlement for a particularuser, data (e.g., content) and/or device. As an example, the licenseelement 120 can be configured as an access control system, software as aservice, a computing device functioning as a license decision service,and/or an access rights authentication device. In an aspect, a userand/or device can have certain access rights associated with the contentthat the particular user and/or device can consume. As an example, auser may have the rights to store certain programming on a digitalrecorder, storage medium, buffer, or the like. As a further example, auser may have rights to consume particular content or programming. In anaspect, the license element 120 can determine whether a particular userand/or device has appropriate rights to consume certain content. As anexample, the license element 120 can communicate a determination (e.g.,a decision) of entitlement to one or more computing devices, such ascomputing device 104 and/or use device 102.

The license element 120 can be an access control system, software as aservice, a computing device functioning as a license generation service,and/or an access rights authentication device, and the like. As anexample, licenses can be generated to communicate permissions and rightsin a particular format (e.g., Adobe® Flash® Access®, Microsoft® WindowsMedia® DRM, Widevine, Microsoft PlayReady®, etc.). As a further example,generating a license for any specific technology can comprise matchingthird party libraries with the technology dependency requirements, dataexpression requirements, operating system architecture requirements,idioms of implementation, and the like.

In an aspect, the license element 120 can be configured to determineentitlements based upon information relating to a user, such as anidentifier and/or rights data 113. As an example, the license element120 can validate user rights by comparing user information (e.g.,metadata relating to the user, metadata of the entitlement request,etc.) to rights data 113 to determine if a user requesting data and orservices has the appropriate user rights to receive and/or consume thedata or services. As another example, the license element 120 canrequest user validation from another device, such as the computingdevice 104. As a further example, one or more adaptor elements 118 canfacilitate the user validation between the license element 120 and thecomputing device 104.

In an aspect, the service element 122 can be configured to determineentitlements based upon information (e.g., a content identifier and/orservice data 124) relating to a service (e.g., content delivery). As anexample, the service element 122 can validate entitlements by comparingservice data 124 (e.g., metadata relating to services, metadata relatingto the content, metadata of the entitlement request, etc.) to rightsdata 113 to determine if a requested data and or service can beprovided. As another example, the service element 122 can request uservalidation from another device, such as the computing device 104. As afurther example, one or more adaptor elements 118 can facilitate theuser validation between the service element 122 and the computing device104.

As illustrated in FIG. 2, one or more license decisions can bedetermined based on informational components, such as contentinformation, user information, and a rights package (e.g., rights data113 (FIG. 1)) such as subject policy (e.g., subscriber group policy)and/or distribution rights (e.g., subscription package information). Twoor more of the information components can be interrelated. For example,a subject policy can be dependent on user information. As anotherexample, distribution rights can be dependent on the subject policyand/or content information. As a further example, license decisions canbe based upon an analysis of a rights package (e.g., a grouping ofrights data, subject policies, distribution rights, etc.) comprisinginformation relating to the permissions and/or entitlements associatedwith a particular user and/or device. As an example, the rights packagecan comprise information, such as subscription information,identification information, location information, and/or timinginformation relating to a particular user or user device. In an aspect,a rights package can be device specific. In another aspect, a rightspackage can be user specific, allowing one or more users to requestcontent via the same device, while license decisions are based upon theuser. For example, a parent may have a first rights package associatedwith a device, while a child may have a second rights package withdifferent entitlements than the first rights package.

In an aspect, content information can comprise information relating toone or more content assets. As an example, content information cancomprise information such as title, category, type, genre, provider,programmer, channel name, channel type, etc. Other information can beprovided relating to one or more content assets, such as duration,version, quality, etc.

In an aspect, user information can comprise information relating to oneor more users or devices. As an example, user information can compriseinformation such as an identifier, communication type, name, servicelevel, address, billing information, user rights, user history, and thelike.

In an aspect, subject policy information can comprise informationrelating to one or more services, policies, subscription packages,service levels, etc. As an example, the subject policy information cancomprise information such as one or more of a basic service level,extended service level, and premier service level. As a further example,the subject policy information can be compared to one or more of thecontent information and the user information to determine whether a userhas permission to access a particular content asset.

In an aspect, distribution rights can comprise information relating toone or more user rights, permissions, entitlements, and the like. As anexample, the distribution rights can comprise information relating touser permissions for one or more content assets, content channels,content episodes, versions, etc.

FIG. 3 illustrates an exemplary representation of the interface 106having a plurality of selectable elements 302. In an aspect, a selectionindicator 304, such as a highlight, colorization, or other graphic(e.g., icon) can be used to identify to a viewer the selectable elementthat is currently selected or positioned for selection. The selectionindicator 304 can also be implemented to illustrate whether apreliminary access decision has been granted for a particular selectableelement 302. In an aspect, a navigation indicator 306 or cursor can bepresented to provide feedback to a user and/or viewer. In anotheraspect, when the plurality of selectable elements 302 are presented to auser, information (e.g., prediction information) relating to thepresented selectable elements 302 can be transmitted and/or processed.Such information can comprise metadata relating to an item (e.g.,content) or service associated with one or more of the selectableelements.

As an example, the transmitted information can relate to a prediction ofwhat the user could possibly select. In an aspect prediction can bebased on user viewing history, device viewing history, household viewinghistory, and the like. For example, if no movie has ever been requestedfrom a particular channel, then the system can avoid pre-processingmovie selections from that channel. Conversely, if movies of a certaintype are frequently consumed, then the system can pre-process some orall movies of that type. Such processing can be based, for example, onmovie type, channel, actor, and the like.

As a further example, information (e.g., prediction information)relating to the options provided via the interface can be transmitted toa computing device for preemptive processing. Such pre-emptiveprocessing can comprise the preemptive data retrieval of accessinformation (e.g., user information, billing status, package-channelassignment) as well as media metadata (e.g., available dates,subscription policy, etc.). Such preemptive processing can comprise adetermination of a preliminary access decision based on one or more ofthe prediction information and the preemptively retrieved information.The preliminary access decision can be stored (e.g., in a service-sidecache).

Once the user selects an interface element, the preliminary decision canbe accessed to facilitate an access decision for the selected interfaceelement. For example, a plurality of content items can be presented to auser via an interface. Information relating to the plurality of contentitems can be transmitted to an access decision provider (e.g., licenseelement, computing device associated with license decisions, serviceprovider, etc.) for preemptive processing. When the user scrolls throughthe content items presented via the interface, other content items canbe newly presented to the user via the interface. As such, informationrelating to the other content items can be transmitted to the accessdecision provider for preemptive processing. Such preemptive processingcan be used to generate a preliminary access decision for one or more ofthe content items presented to the user and before the user actuallyselects one of the content items. Once the user selects one of thepresented content items, a request for access associated with theselected content item can be transmitted to the access decision providerfor processing. Instead of having to process the request from scratch,the preliminary access decision can be accessed or retrieved. Thepreliminary access decision can be used as the basis for a final accessdecision, which will be a determination of whether the user can accessthe selected content item. The preemptive processing and use of thepreliminary access decision can reduce user wait times between theselection of the content item and the receipt of the final accessdecision.

FIG. 4A illustrates a user interface (e.g., interface 106) showing afirst bounded portion 400 a or region and a second bounded portion 400 bor region. In an aspect, the first bounded portion 400 a can comprise aplurality of selectable elements 402 a, 402 b, 402 c, 402 d, 402 e. Inan aspect, the second bounded portion can comprise a plurality ofselectable elements 404 a, 404 b, 404 c, 404 d, 404 e. In a furtheraspect, an indicator 406 can be positioned adjacent a first selectableelement 402 a within the first bounded portion 400 a. Accordingly,information relating to the selectable elements 402 a, 402 b, 402 c, 402d, 402 e in the first bounded portion 400 a can be transmitted to thelicense issuance service (e.g., computing device, license element,etc.). This allows the license issuance service to make preemptive dataretrievals of user information (e.g., billing status, package-channelassignment) as well as media metadata (e.g., available dates, etc.) andto make preliminary decisions on that data which can then be placed incaches on the service side waiting for the “final” selection to be made.

As illustrated in FIG. 4B, the indicator 406 can be positioned (e.g.,moved into a position) adjacent a first selectable element 404 a withinthe second bounded portion 400 b. Accordingly, information relating tothe selectable elements 404 a, 404 b, 404 c, 404 d, 404 e in the secondbounded portion 400 b can be transmitted to the license issuance service(e.g., computing device, license element, etc.). This allows the licenseissuance service to make preemptive data retrievals of user information(billing status, package-channel assignment) as well as media meta data(available dates, etc.) and to make preliminary decisions on that datathen which can then be placed in caches on the service side waiting forthe “final” selection to be made.

In an exemplary aspect, the methods and systems can be implemented on anetwork and a computing system, such as computing device 501 asillustrated in FIG. 5 and described below. By way of example, one ormore of the user device 102 and the computing device 104 of FIG. 1 canbe a computer as illustrated in FIG. 5. Similarly, the methods andsystems disclosed can utilize one or more computers to perform one ormore functions in one or more locations. FIG. 5 is a block diagramillustrating an exemplary operating environment for performing thedisclosed methods. This exemplary operating environment is only anexample of an operating environment and is not intended to suggest anylimitation as to the scope of use or functionality of operatingenvironment architecture. Neither should the operating environment beinterpreted as having any dependency or requirement relating to any oneor combination of components illustrated in the exemplary operatingenvironment.

The present methods and systems can be operational with numerous othergeneral purpose or special purpose computing system environments orconfigurations. Examples of well known computing systems, environments,and/or configurations that can be suitable for use with the systems andmethods comprise, but are not limited to, personal computers, servercomputers, laptop devices, and multiprocessor systems. Additionalexamples comprise set top boxes, programmable consumer electronics,network PCs, minicomputers, mainframe computers, distributed computingenvironments that comprise any of the above systems or devices, and thelike.

The processing of the disclosed methods and systems can be performed bysoftware components. The disclosed systems and methods can be describedin the general context of computer-executable instructions, such asprogram modules, being executed by one or more computers or otherdevices. Generally, program modules comprise computer code, routines,programs, objects, components, data structures, etc. that performparticular tasks or implement particular abstract data types. Thedisclosed methods can also be practiced in grid-based and distributedcomputing environments where tasks are performed by remote processingdevices that are linked through a communications network. In adistributed computing environment, program modules can be located inboth local and remote computer storage media including memory storagedevices.

Further, one skilled in the art will appreciate that the systems andmethods disclosed herein can be implemented via a general-purposecomputing device in the form of a computing device 501. The componentsof the computing device 501 can comprise, but are not limited to, one ormore processors or processing units 503, a system memory 512, and asystem bus 513 that couples various system components including theprocessor 503 to the system memory 512. In the case of multipleprocessing units 503, the system can utilize parallel computing.

The system bus 513 represents one or more of several possible types ofbus structures, including a memory bus or memory controller, aperipheral bus, an accelerated graphics port, and a processor or localbus using any of a variety of bus architectures. By way of example, sucharchitectures can comprise an Industry Standard Architecture (ISA) bus,a Micro Channel Architecture (MCA) bus, an Enhanced ISA (EISA) bus, aVideo Electronics Standards Association (VESA) local bus, an AcceleratedGraphics Port (AGP) bus, and a Peripheral Component Interconnects (PCI),a PCI-Express bus, a Personal Computer Memory Card Industry Association(PCMCIA), Universal Serial Bus (USB) and the like. The bus 513, and allbuses specified in this description can also be implemented over a wiredor wireless network connection and each of the subsystems, including theprocessor 503, a mass storage device 504, an operating system 505,entitlement software 506, entitlement data 507, a network adapter 508,system memory 512, an Input/Output Interface 510, a display adapter 509,a display device 511, and a human machine interface 502, can becontained within one or more remote computing devices 514 a,b,c atphysically separate locations, connected through buses of this form, ineffect implementing a fully distributed system.

The computing device 501 typically comprises a variety of computerreadable media. Exemplary readable media can be any available media thatis accessible by the computing device 501 and comprises, for example andnot meant to be limiting, both volatile and non-volatile media,removable and non-removable media. The system memory 512 comprisescomputer readable media in the form of volatile memory, such as randomaccess memory (RAM), and/or non-volatile memory, such as read onlymemory (ROM). The system memory 512 typically contains data, such asentitlement data 507, and/or program modules, such as operating system505 and entitlement software 506, that are immediately accessible toand/or are presently operated on by the processing unit 503.

In another aspect, the computing device 501 can also comprise otherremovable/non-removable, volatile/non-volatile computer storage media.By way of example, FIG. 5 illustrates a mass storage device 504 whichcan provide non-volatile storage of computer code, computer readableinstructions, data structures, program modules, and other data for thecomputing device 501. For example and not meant to be limiting, a massstorage device 504 can be a hard disk, a removable magnetic disk, aremovable optical disk, magnetic cassettes or other magnetic storagedevices, flash memory cards, CD-ROM, digital versatile disks (DVD) orother optical storage, random access memories (RAM), read only memories(ROM), electrically erasable programmable read-only memory (EEPROM), andthe like.

Optionally, any number of program modules can be stored on the massstorage device 504, including by way of example, an operating system 505and entitlement software 506. Each of the operating system 505 andentitlement software 506 (or some combination thereof) can compriseelements of the programming and the entitlement software 506.Entitlement data 507 can also be stored on the mass storage device 504.Entitlement data 507 can be stored in any of one or more databases knownin the art. Examples of such databases comprise, DB2®, Microsoft®Access, Microsoft® SQL Server, Oracle®, mySQL, PostgreSQL, and the like.The databases can be centralized or distributed across multiple systems.

In another aspect, the user can enter commands and information into thecomputing device 501 via an input device (not shown). Examples of suchinput devices comprise, but are not limited to, a keyboard, pointingdevice (e.g., a “mouse”), a microphone, a joystick, a scanner, tactileinput devices, such as gloves, and other body coverings, and the likeThese and other input devices can be connected to the processing unit503 via a human machine interface 502 that is coupled to the system bus513, but can be connected by other interface and bus structures, such asa parallel port, game port, an IEEE 1394 Port (also known as a Firewireport), a serial port, or a universal serial bus (USB).

In yet another aspect, a display device 511 can also be connected to thesystem bus 513 via an interface, such as a display adapter 509. It iscontemplated that the computing device 501 can have more than onedisplay adapter 509 and the computer 501 can have more than one displaydevice 511. For example, a display device can be a monitor, an LCD(Liquid Crystal Display), or a projector. In addition to the displaydevice 511, other output peripheral devices can comprise components,such as speakers (not shown) and a printer (not shown), that can beconnected to the computing device 501 via Input/Output Interface 510.Any step and/or result of the methods can be output in any form to anoutput device. Such output can be any form of visual representation,including, but not limited to, textual, graphical, animation, audio,tactile, and the like. The display 511 and computing device 501 can bepart of one device, or separate devices.

The computing device 501 can operate in a networked environment usinglogical connections to one or more remote computing devices 514 a,b,c.By way of example, a remote computing device can be a personal computer,portable computer, a smart phone, a server, a router, a networkcomputer, a peer device or other common network node, and so on. Logicalconnections between the computing device 501 and a remote computingdevice 514 a,b,c can be made via a network 515, such as a local areanetwork (LAN) and a general wide area network (WAN). Such networkconnections can be through a network adapter 508. A network adapter 508can be implemented in both wired and wireless environments. Suchnetworking environments are conventional and commonplace in dwellings,offices, enterprise-wide computer networks, intranets, and the Internet.

For purposes of illustration, application programs and other executableprogram components such as the operating system 505 are illustratedherein as discrete blocks, although it is recognized that such programsand components reside at various times in different storage componentsof the computing device 501, and are executed by the data processor(s)of the computer. An implementation of entitlement software 506 can bestored on or transmitted across some form of computer readable media.Any of the disclosed methods can be performed by computer readableinstructions embodied on computer readable media. Computer readablemedia can be any available media that can be accessed by a computer. Byway of example and not meant to be limiting, computer readable media cancomprise “computer storage media” and “communications media.” “Computerstorage media” comprise volatile and non-volatile, removable andnon-removable media implemented in any methods or technology for storageof information, such as computer readable instructions, data structures,program modules, or other data. Exemplary computer storage mediacomprises, but is not limited to, RAM, ROM, EEPROM, flash memory orother memory technology, CD-ROM, digital versatile disks (DVD) or otheroptical storage, magnetic cassettes, magnetic tape, magnetic diskstorage or other magnetic storage devices, or any other medium which canbe used to store the desired information and which can be accessed by acomputer.

The methods and systems can employ artificial intelligence (AI)techniques, such as machine learning and iterative learning. Examples ofsuch techniques include, but are not limited to, expert systems, casebased reasoning, Bayesian networks, behavior based AI, neural networks,fuzzy systems, evolutionary computation (e.g., genetic algorithms),swarm intelligence (e.g., ant algorithms), and hybrid intelligentsystems (e.g., Expert inference rules generated through a neural networkor production rules from statistical learning).

In an aspect, illustrated in FIG. 6, provided are methods for managingdata. In step 602, prediction information can be received or accessed.In an aspect, the prediction information can relate to one or morecontent options, such as selectable content options associated with oneor more content items. As an example, the prediction information cancomprise identifiers associated with the one or more content options. Asanother example, the one or more content options can comprise selectablecontent options that are likely candidates for user selection.

In step 604, access information can be requested. In an aspect, theaccess information can be associated with the prediction information. Inanother aspect, the prediction information and the request for accesscan be received from the same device.

In step 606, access information can be received in response to therequest for access information. In an aspect, the access information cancomprise one or more of: account information, user metadata (e.g.,billing status, subscriptions, billing location, third-party partnerinformation, SSO identifiers, etc.), media metadata (e.g., MPAA-Ratings,protection scheme, expiration date, available date, subscription packagerelationships, etc.), purchased rentals of media title(s) in question,single purchased ownership of media title(s) in question, purchasedseason ownership (e.g., all episodes of a content series or season),subscription package definitions related to the user's subscriptions(e.g., pay services, specialized services), evaluations of subscriptionpackage definitions against media metadata (e.g., does the userssubscription definition evaluate positive or negative to the requesteddata option), locations of dependent services for this user/mediaaccount (e.g., media data service, device data service, secure key dataservice, subscription data service, etc.), security keys necessary toissue relevant DRM license, device details (e.g., security keys forspecific hardware, DRM-individualization keys, limits on device countactive), local blackout information (e.g., sports games blacked out forcurrent location), and external third party metadata for media. Inanother aspect, the access information can be encrypted.

In step 608, at least a portion of the received access information canbe processed to provide a preliminary access decision. In an aspect,processing at least a portion of the access information can comprisepre-determining at least a portion of the access information intostorage. As an example, information relating to one or more of thefollowing fields can be processed (e.g., pre-loaded, pre-determined):business account identifier (Id), first name, last name, birthdate,gender, username, display name, region code (identifier), postal code,country code, country name, region name, custom UserKeyValuePairs,current mobile location, current location. Other fields and informationcan be processed. In an aspect, certain fields, such as business accountId, can be used to evaluate access in gross terms. For instance, acustomer may not have access to any content related to or offered by afirst provider, in which case the evaluation of access could bedetermined and provided to the user or associated device without theuser selecting the media for viewing. As another example, fields such aspostal code or current location can influence access to sports events orblackout dates by region or influence access to services that mightprevent viewing (e.g., VOD viewing only if the users current location iswithin 100 miles of the field postal code).

In step 610, a request for access relating to the one or more contentoptions can be received. In an aspect, the request for access cancomprise a selection of the one or more content items. In step 612, anaccess decision can be provided. In an aspect, the access decision canbe based at least in part on the preliminary access decision. In anaspect, if preliminary access decision indicates that a user has noaccess right or entitlement to a specific content item, then a usercannot submit a request for the specific content item. For example, abutton identifying the specific content item can be renderedunexecutable (e.g., “grayed out”).

In an aspect, illustrated in FIG. 7, provided are methods for managingdata. In step 702, prediction information can be received or accessed.In an aspect, the prediction information can relate to one or morecontent items. As an example, the one or more content items can comprisemovies, television series, programs, and the like that are likelycandidates for user selection. As an example, the prediction informationcan relate to a prediction of what the user could possibly select. In anaspect, the prediction can be based on viewing history associated withthe one or more content items. For example, the viewing history cancomprise viewing time and/or frequency associated with the one or morecontent items.

In step 704, access information associated with the one or more contentitems can be requested. In an aspect, the access information can beassociated with the prediction information relating to the one or morecontent items. In another aspect, the prediction information and therequest for access can be received from the same device. In an aspect,the access information can comprise one or more of: account information,user metadata (e.g., billing status, subscriptions, billing location,third-party partner information, SSO identifiers, etc.), media metadata(e.g., MPAA-Ratings, protection scheme, expiration date, available date,subscription package relationships, etc.), purchased rentals of mediatitle(s) in question, single purchased ownership of media title(s) inquestion, purchased season ownership (e.g., all episodes of a contentseries or season), subscription package definitions related to theuser's subscriptions (e.g., pay services, specialized services),evaluations of subscription package definitions against media metadata(e.g., does the users subscription definition evaluate positive ornegative to the requested data option), locations of dependent servicesfor this user/media account (e.g., media data service, device dataservice, secure key data service, subscription data service, etc.),security keys necessary to issue relevant DRM license, device details(e.g., security keys for specific hardware, DRM-individualization keys,limits on device count active), local blackout information (e.g., sportsgames blacked out for current location), and external third partymetadata for media. In another aspect, the access information can beencrypted.

In step 706, access information can be received in response to therequest for access information. In an aspect, the access information canbe received from a cached storage medium or a remote storage device.

In step 708, at least a portion of the received access information canbe processed to provide a preliminary access decision. In an aspect,processing at least a portion of the access information can comprisepre-determining at least a portion of the access information intostorage. As an example, information relating to one or more of thefollowing fields can be processed (e.g., pre-loaded, pre-determined):business account identifier (Id), first name, last name, birthdate,gender, username, display name, region code (identifier), postal code,country code, country name, region name, custom UserKeyValuePairs,current mobile location, current location. Other fields and informationcan be processed. In an aspect, certain fields, such as business accountId, can be used to evaluate access in gross terms. For instance, acustomer may not have access to any content related to or offered by afirst provider, in which case the evaluation of access could bedetermined and provided to the user or associated device without theuser selecting the media for viewing. As another example, fields such aspostal code or current location can influence access to sports events orblackout dates by region or influence access to services that mightprevent viewing (e.g., VOD viewing only if the users current location iswithin 100 miles of the field postal code).

In step 710, a request for access relating to the one or more contentitems can be received. In an aspect, the request for access can comprisea selection of the one or more content items. In step 712, an accessdecision can be provided. In an aspect, the access decision can be basedat least in part on the preliminary access decision. In an aspect, ifpreliminary access decision indicates that a user has no access right orentitlement to a specific content item, then a user cannot submit arequest for the specific content item. For example, a button identifyingthe specific content item can be rendered unexecutable (e.g., “grayedout”).

FIG. 8 illustrates an exemplary method for managing data. In step 802,prediction information can be provided. In an aspect, the predictioninformation can relate to a plurality of content options presented to auser. As an example, one or more of the plurality of content options canrelate to one or more content items. As a further example, theprediction information can comprise information relating to likelycandidates of the plurality of content options for user selection. Inanother aspect, the prediction information facilitates pre-determiningat least a portion of access information. In an aspect, the predictioninformation can relate to a prediction of what the user could possiblyselect. As an example, the prediction information can compriseidentifiers associated with one or more of the plurality of contentoptions. For example, prediction information related to a content itemcan be provided when the user hovers over, or highlight the content itembefore actually selecting the content item. In an aspect, the predictioninformation can be based on viewing history associated with a userand/or a user device. For example, the user viewing history can comprisetypes of frequently viewed content items and associated viewing time. Inanother aspect, the prediction information can be based on accountinformation such as location, language preference, gender, languagepreference, and the like, associated with the user. In an aspect,prediction information can be used for preemptive processing. Suchpreemptive processing can be used to generate a preliminary accessdecision for one or more of the content items presented to the user and,in some aspects, before the user actually selects one of the contentitems. The preemptive processing and use of the preliminary accessdecision can reduce user wait times between the selection of the contentitem and the receipt of the final access decision.

In step 804, a selection of one or more content options of the pluralityof content options can be received. In an aspect, the selection can bemade by the user via an input interface of a user device associated withthe user. As an example, the input interface can comprise a button, ajoystick, a keyboard, a pointing device (e.g., “mouse”), a microphone, aremote control, and the like. As another example, one or more contentoptions can be selected by clicking (e.g., single clicking, doubleclicking, long clicking) on the intended content items.

In step 806, a request for access to one or more content items can betransmitted. For example, the request for access one or more contentitems can be transmitted from the user device 102 to the computingdevice 104. In an aspect, once the user selects one or more of thepresented content items on the user device 102, a request for accessassociated with the selected one or more content items can betransmitted to an access decision provider for processing. Instead ofhaving to process the request from scratch, the preliminary accessdecision can be accessed or retrieved. The preliminary access decisioncan be used as the basis for a final access decision, which will be adetermination of whether the user can access the selected content item.

In step 808, an access decision can be received. In an aspect, theaccess decision can be received in response to the request for accessone or more content items. In another aspect, the access decision can bebased at least in part on at least a portion of the access information.The access information can be associated with the predictioninformation. As an example, the access information can comprise one ormore of: account information, user metadata (e.g., billing status,subscriptions, billing location, third-party partner information, SSOidentifiers, etc.), media metadata (e.g., MPAA-Ratings, protectionscheme, expiration date, available date, subscription packagerelationships, etc.), purchased rentals of media title(s) in question,single purchased ownership of media title(s) in question, purchasedseason ownership (e.g., all episodes of a content series or season),subscription package definitions related to the user's subscriptions(e.g., pay services, specialized services), evaluations of subscriptionpackage definitions against media metadata (e.g., does the userssubscription definition evaluate positive or negative to the requesteddata option), locations of dependent services for this user/mediaaccount (e.g., media data service, device data service, securekey dataservice, subscription data service, etc.), security keys necessary toissue relevant DRM license, device details (e.g., security keys forspecific hardware, DRM-individualization keys, limits on device countactive), local blackout information (e.g., sports games blacked out forcurrent location), and external third party metadata for media. As such,instead of having to process the request from scratch, the preliminaryaccess decision based on the prediction information and the accessinformation can be used as the basis for a final access decision, whichwill be a determination of whether the user can access the selectedcontent item.

FIG. 9 illustrates an exemplary method for managing data. In step 902, arequest for access to content can be received. In an aspect, the requestfor access can comprise a selection of the one or more content options.In another aspect, the request for access can comprise a locationidentifier for the content.

In step 904, a determination can be made whether first accessinformation is stored in a cached storage medium. In step 906, if thefirst access information is stored in the cached storage medium, thefirst access information can be accessed and/or retrieved from thecached storage medium. In step 908, if the first access information isnot stored in the cached storage medium, second access information canbe accessed or retrieved from a remote storage device. In an aspect, theremote storage device is disposed remotely relative to the cachedstorage device. In another aspect, the access information can compriseone or more of: account information, user metadata (e.g., billingstatus, subscriptions, billing location, third-party partnerinformation, SSO identifiers, etc.), media metadata (e.g., MPAA-Ratings,protection scheme, expiration date, available date, subscription packagerelationships, etc.), purchased rentals of media title(s) in question,single purchased ownership of media title(s) in question, purchasedseason ownership (e.g., all episodes of a content series or season),subscription package definitions related to the user's subscriptions(e.g., pay services, specialized services), evaluations of subscriptionpackage definitions against media metadata (e.g., does the userssubscription definition evaluate positive or negative to the requesteddata option), locations of dependent services for this user/mediaaccount (e.g., media data service, device data service, securekey dataservice, subscription data service, etc.), security keys necessary toissue relevant DRM license, device details (e.g., security keys forspecific hardware, DRM-individualization keys, limits on device countactive), local blackout information (e.g., sports games blacked out forcurrent location), and external third party metadata for media.

In step 910, an access decision based on one or more of the first accessinformation and the second access information can be provided. In anaspect, one or more of the first access information and the secondaccess information can be encrypted.

While the methods and systems have been described in connection withpreferred embodiments and specific examples, it is not intended that thescope be limited to the particular embodiments set forth, as theembodiments herein are intended in all respects to be illustrativerather than restrictive.

Unless otherwise expressly stated, it is in no way intended that anymethod set forth herein be construed as requiring that its steps beperformed in a specific order. Accordingly, where a method claim doesnot actually recite an order to be followed by its steps or it is nototherwise specifically stated in the claims or descriptions that thesteps are to be limited to a specific order, it is no way intended thatan order be inferred, in any respect. This holds for any possiblenon-express basis for interpretation, including: matters of logic withrespect to arrangement of steps or operational flow; plain meaningderived from grammatical organization or punctuation; the number or typeof embodiments described in the specification.

It will be apparent to those skilled in the art that variousmodifications and variations can be made without departing from thescope or spirit. Other embodiments will be apparent to those skilled inthe art from consideration of the specification and practice disclosedherein. It is intended that the specification and examples be consideredas exemplary only, with a true scope and spirit being indicated by thefollowing claims.

1. A system comprising: a user device configured to send a request foraccess to a video content item of one or more video content items; and acomputing device configured to: receive information that indicates theone or more video content items are predicted for selection by a user;determine, based on the information, one or more access decisionscorresponding to the one or more video content items; and determine,based on the request and based on an access decision of the one or moreaccess decisions corresponding to the video content item, a subsequentaccess decision.
 2. The system of claim 1, wherein the computing deviceis configured to receive the information based on the user devicepresenting via a user interface a selectable element associated with theone or more video content items.
 3. The system of claim 1, wherein theinformation comprises prediction information associated with at leastone of: access information, user information, a billing status, apackage-channel assignment, media metadata, availability dateinformation, or a subscription policy.
 4. The system of claim 3, whereinthe prediction information comprises information indicative of at leastone video content item of a plurality of video content items likely tobe selected by the user.
 5. The system of claim 1, wherein the one ormore video content items are predicted for selection by the user basedon at least one of: user viewing history, device viewing history, orhousehold viewing history.
 6. The system of claim 1, wherein thecomputing device is configured to determine the one or more accessdecisions based on comparing a type of service level to a type of videocontent item. (New) The system of claim 1, wherein the computing deviceis configured to determine the subsequent access decision based on arights package associated with the user, wherein the rights packagecomprises at least one of: rights data, subject policies, ordistribution rights.
 8. The system of claim 1, wherein the computingdevice is further configured to determine entitlements corresponding toa rights package associated with the user.
 9. The system of claim 1,wherein the computing device is further configured to store, in a cache,the one or more access decisions.
 10. A system comprising: a user deviceconfigured to send a request for access to a video content item of oneor more video content items; and a computing device configured to:determine, based on prediction information associated with a pluralityof video content items, the one or more video content items, wherein theone or more video content items are predicted for selection by a user;determine, based on information associated with the one or more videocontent items, one or more access decisions corresponding to the one ormore video content items; receive the request for access to the videocontent item from the user device; and determine, based on an accessdecision of the one or more access decisions corresponding to the videocontent item, a subsequent access decision.
 11. The system of claim 10,wherein the computing device is configured to determine the one or morevideo content items based on at least one of: user viewing history,device viewing history, or household viewing history.
 12. The system ofclaim 10, wherein the prediction information comprises informationindicative of at least one video content item of a plurality of videocontent items likely to be selected by the user.
 13. The system of claim10, wherein the information comprises at least one of: accessinformation, user information, a billing status, a package-channelassignment, media metadata, availability date information, or asubscription policy.
 14. The system of claim 10, wherein the computingdevice is configured to receive the request for access to the videocontent item based on a selection by the user of the video content item.15. The system of claim 10, wherein the computing device is configuredto determine the subsequent access decision based on a rights packageassociated with the user, wherein the rights package comprises at leastone of: rights data, subject policies, or distribution rights.
 16. Thesystem of claim 10, wherein the computing device is further configuredto store, in a cache, the one or more access decisions.
 17. One or morenon-transitory computer-readable media storing processor-executableinstructions that, when executed by at least one processor, cause the atleast one processor to: receive information that indicates one or morevideo content items are predicted for selection by a user; determine,based on the information, one or more access decisions corresponding tothe one or more video content items; and determine, based on a requestfor access to a video content item of the one or more video contentitems and based on an access decision of the one or more accessdecisions corresponding to the video content item, a subsequent accessdecision.
 18. The one or more non-transitory computer-readable media ofclaim 17, wherein the processor-executable instructions, when executedby the at least one processor, are further configured to cause the atleast one processor to receive the information based on presenting via auser interface a selectable element associated with the one or morevideo content items.
 19. The one or more non-transitorycomputer-readable media of claim 17, wherein the information comprisesprediction information associated with at least one of: accessinformation, user information, a billing status, a package-channelassignment, media metadata, availability date information, or asubscription policy.
 20. The one or more non-transitorycomputer-readable media of claim 19, wherein the prediction informationcomprises information indicative of at least one video content item of aplurality of video content items likely to be selected by the user. 21.The one or more non-transitory computer-readable media of claim 17,wherein the one or more video content items are predicted for selectionby the user based on at least one of: user viewing history, deviceviewing history, or household viewing history.
 22. The one or morenon-transitory computer-readable media of claim 17, wherein theprocessor-executable instructions, when executed by the at least oneprocessor, are further configured to cause the at least one processor todetermine the one or more access decisions based on comparing a type ofservice level to a type of video content item.
 23. The one or morenon-transitory computer-readable media of claim 17, wherein theprocessor-executable instructions, when executed by the at least oneprocessor, are further configured to cause the at least one processor todetermine the subsequent access decision based on a rights packageassociated with the user, wherein the rights package comprises at leastone of: rights data, subject policies, or distribution rights.
 24. Theone or more non-transitory computer-readable media of claim 17, whereinthe processor-executable instructions, when executed by the at least oneprocessor, are further configured to cause the at least one processor todetermine entitlements corresponding to a rights package associated withthe user.
 25. The one or more non-transitory computer-readable media ofclaim 17, wherein the processor-executable instructions, when executedby the at least one processor, are further configured to cause the atleast one processor to store, in a cache, the one or more accessdecisions.
 26. One or more non-transitory computer-readable mediastoring processor-executable instructions that, when executed by atleast one processor, cause the at least one processor to: determine,based on prediction information associated with a plurality of videocontent items, one or more video content items of the plurality of videocontent items, wherein the one or more video content items are predictedfor selection by a user; determine, based on information associated withthe one or more video content items, one or more access decisionscorresponding to the one or more video content items; receive a requestfor access to a video content item of the one or more video contentitems; and determine, based on an access decision of the one or moreaccess decisions corresponding to the video content item, a subsequentaccess decision.
 27. The one or more non-transitory computer-readablemedia of claim 26, wherein the processor-executable instructions, whenexecuted by the at least one processor, are further configured to causethe at least one processor to determine the one or more video contentitems based on at least one of: user viewing history, device viewinghistory, or household viewing history.
 28. The one or morenon-transitory computer-readable media of claim 26, wherein theprediction information comprises information indicative of at least onevideo content item of a plurality of video content items likely to beselected by the user.
 29. The one or more non-transitorycomputer-readable media of claim 26, wherein the information comprisesat least one of: access information, user information, a billing status,a package-channel assignment, media metadata, availability dateinformation, or a subscription policy.
 30. The one or morenon-transitory computer-readable media of claim 26, wherein theprocessor-executable instructions, when executed by the at least oneprocessor, are further configured to cause the at least one processor toreceive the request for access to the video content item based on aselection by the user of the video content.
 31. The one or morenon-transitory computer-readable media of claim 26, wherein theprocessor-executable instructions, when executed by the at least oneprocessor, are further configured to cause the at least one processor todetermining the subsequent access decision based on a rights packageassociated with the user, wherein the rights package comprises at leastone of: rights data, subject policies, or distribution rights.
 32. Theone or more non-transitory computer-readable media of claim 26, whereinthe one or more non-transitory computer-readable media storingprocessor-executable instructions, when executed by the at least oneprocessor, further cause the at least one processor to store, in acache, the one or more access decisions.